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Inspired by the chemical metaphor, this paper proposes an extension of Linda-like languages in 
the aim of modeling the coordination of complex distributed systems. The new language manipu¬ 
lates finite sets of tuples and distributes a density among them. This new concept adds to the non¬ 
determinism inherent in the selection of matched tuples a non-determinism to the tell, ask and get 
primitives on the consideration of different tuples. Furthermore, thanks to de Boer and Palamidessi’s 
notion of modular embedding, we establish that this new language strictly increases the expressive¬ 
ness of the Dense Bach language introduced earlier and, consequently, Linda-like languages. 


1 Introduction 

The technological evolutions over the last recent years confirm the upward trends in a pervading of our 
everyday environments by new mobile devices injecting or retrieving information from very dynamic and 
dense networks. In order to garantee robustness and continuity of the services they propose, the global 
structure must be tolerant regarding any modification in topology, device technology or creation of new 
services. These constraints will be fulfilled if full self-organisafion is incorporafed as an inherenf properfy 
of fhe coordinafion models. Coordination languages based on fuple spaces offer an eleganf response fo 
such consfrainfs. The Bach language - a dialecf of Linda developed af fhe Universify of Namur - is one of 
fhem, and permifs fo model in an eleganf way fhe inferacfion befween different components through the 
deposit and retrieval of tuples in a shared space. As its basic form only allows the manipulation of one 
tuple at a time and since the selection between several tuples matching a required one is provided in an 
non-deterministic fashion, a first extension was first proposed in ifT^ in the aim of enriching traditional 
data-based coordination languages by a notion of density attached to tuples, thereby yielding a new 
coordination language, called Dense Bach. 

To illustrate the use of the dense tuples, let us consider the context of service oriented computing. Let 
us imagine a situation where a group of n researchers planing their presence to a conference want to book 
rooms in a hotel. Their query could naturally consist in getting n rooms in the tuple space of free rooms 
in any hotel, and to effectivelly book them only if all the n rooms are available, or if the number of rooms 
combined with their number of beds meets the required n amount. In a more scientific confexf, we could 
consider fhe chemical reactions befween fhree elemenfs N (nifrogen), O (oxygen) and S (sulphur) presenf 
in a reacfor. Following fhe disfribufion - understood here in fhe chemical sense - of fhe global densify 
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between those three different reactants, some reactions will be more facilitated and others minder, and 
the concentration of the resulting products could alternate more in favour of one solution (like NO 2 ) or 
another (like SC? 2 )- 

Considering those two previous examples, we then propose in this paper as a next natural step to 
consider a set of tuples, among which the density is distributed. The new abstract language resulting 
from that extension strictly increases the expressiveness of Linda-like languages. It is still built upon the 
four primitives tell, ask, get and nask, accessing a tuplespace, also named subsequently store. However, 
it enhances it with a non-deterministic behavior of the tell, ask and get primitives with regard to which 
tuples from the set are considered. 

Our purposes remain of a theoretical nature and, hence, for simplicity purposes, we shall consider 
in this paper a simplified version where tuples are taken in their simplest form of flat and unstructured 
tokens. Nevertheless, the resulting simplification of the matching process is orthogonal to our purposes 
and, consequently, our results can be directly extended to more general tuples. 

This paper fits into the continuity of previous work done by the authors, among others of 
M- As a result, our approach follows the same lines of research, and employs de boer and Palamidessi’s 
modular embedding to test the expressiveness of languages. The rest of this paper is consequently orga¬ 
nized as follows. Section 2 presents our extension of the Dense Bach language, called Dense Bach with 
Distributed Density and, after the definition of the distribution of density on a list of tokens, defines an 
operational semantics. Section 3 provides a short presentation of modular embedding and, on that basis, 
proceeds with an exhaustive comparison of the relative expressive power of the languages Dense Bach 
and Dense Bach with Distributed Density. Finally, section 4 compares our work with related work, draws 
our conclusions and presents expectations for future work. 


2 Densed Tuple-based Coordination Languages 

This section exposes in four points the different densed tuple-based coordination languages, firstly by 
presenting their primitives, and secondly the different languages. The two last points present an opera¬ 
tional semantic based on transition systems. 

2.1 Primitives 

We start by defining the Bach and Dense Bach languages ifT^ from which the language under study in 
this paper is an extension. 

2.1.1 Bach and Dense Bach 

The following definition formalizes how we attach a density to them. 

Definition 1. Let Stoken be a enumerable set, the elements of which are subsequently called tokens and 
are typically represented by the letters t and u. Define the association of a token t and a positive integer 
n as a dense token. Such an association is typically denoted as t{n). Define then the set of dense 
tokens as the set SDtoken. Note that since Stoken and N are both enumerable, the set SDtoken is also 
enumerable. 

Intuitively, a dense token t[m) represents the simultaneous presence of m occurrences oft. As a 
result, {t{m)} is subsequently used to represent the multiset {?,••• ,t} composed of these m occurrences. 
Moreover, given two multisets of tokens a and T, we shall use OUT to denote the multiset union of 
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(T) (tell(t)\a)^{E\aU{t}) 

(A) (ai<:(f)|CTU{f})^(£|(JU{f}) 
(G) (gef(0|CTU{f})^(£|(j) 

^ ’ {nask{t)\a){E\a) 


Figure 1: Transition rules for token-based primitives (Bach) 


elements ofo and T. A 5 a particular case, by slightly abusing the syntax in writing {t{m)d{n)'\, we have 
{i(m)} U {i(n)} = {t(m),t(n)} = {t{m + n)'\. Finally, we shall use al±l{t(m)} to denote, on the one 
hand, the multiset union of O and {t(m)}, and, on the other hand, the fact that t does not belong to O. 

Definition 2. Define the set FT of the token-based primitives as the set of primitives T generated by the 
following grammar: 


T ::= tell{t) \ ask{t) \ get{t) \ naskf) 


where t represents a token. 

Definition 3. Define the set of dense token-based primitives os the set of primitives Td generated by 

the following grammar: 


Td ::= tell{t{m)) \ ask{t{m)) \ get{t{m)) \ nask{t{m)) 

where t represents a token and m a positive natural number. 

The primitives of the Bach language are essentially the Linda ones rephrased in a constraint-like 
setting. As a result, by calling store a multiset of tokens aiming at representing the current content of 
the tuple space, the execution of the tell{t) primitives amounts to enrich the store by an occurrence of 
t. The ask{t) and get{t) primitives check whether t is present on the store with the latter removing one 
occurrence. Dually, naskf) tests whether t is absent from the store. 

The primitives of the dense Bach language extend these primitives by simultaneously handling mul¬ 
tiple occurrences. Accordingly, tell{t{m)) atomically puts m occurrences of t on the store and ask{t{m)) 
together with get{t{m)) require the presence of at least m occurrences of t with the latter removing m of 
them. Moreover, nask{t{m)) verifies that there are less than m occurrences of t. 

These executions can be formalized by the transition steps of hgures [T] and |2l where configurations 
are pairs of instructions, for the moment reduced to simple primitives, coupled to the contents of a store. 
Note that E is used to denote a terminated computation. As can be seen by the above description, the 
primitives of Bach are those of Dense Bach with a density of 1. Consequently, our explanation starts by 
the more general rules of hgure|2] Rule (Td) states that for any store a and any token t with density m, 
the effect of the tell primitive is to enrich the current set of tokens by m occurrences of token t. Note 
that U denotes multi-set union. Rules (Ad) and {Gd) specify the effect of ask and get primitives, both 
requiring the presence of at least m occurrences of t, but the latter also consuming them. Rule [Nd] 
defines fhe nask primifive, which fesfs for fhe absence of m occurrences of t. Nofe fhaf fhere mighf be 
some provided fhere are less fhan m. If is also worth observing fhaf thanks to the notation a ttl {?(«)} one 
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(Td) 

(Ad) 


m g No 

( tell{t{m)) \ a ) —>• ( E \ aU{t{m)} ) 
m e No 

( ask(t(m)) I (TU{t{m)} ) — > (£ | O'U{?(ni)} ) 


(Gd) 


HI g No 

{get{t(m)) I oU{f(m)}} — >{E\a) 


(Nd) 


n <m 

{nask{t{m)) \ (Tl±l{r(/i)} ) —^ (E \ al±l{r(rt)} } 


Figure 2: Transition rules for dense token-based primitives (Dense Baeh) 


is sure that t does not occur in a and consequently that there are exactly n occurrences of t. This does not 
apply for rules (A^) and (Gd) for which it is sufficient to assume the presence of at least m occurrences, 
allowing a to contain others. 

Figure [U specifies fhe fransifion rules for fhe primitives of fhe Bach language. As expecfed, fhey 
amounf fo fhe rules of Figure |2] where fhe densify m is faken fo be 1 and fhe union symbol is inferprefed 
on mulfi-sefs. 

2.1.2 Dense Bach with distributed density 

A natural extension is to replace a token by a set of tokens and to distribute the density requirements on 
tokens. For instance, the primitive ask{[t,u,v]{6)) succeeds on a store containing one occurrence of t, 
two of u and three of v. Dually, the computation of teU{[t,u,v]{6)) may result in adding two occurrences 
of t on the store, three of u and one of v. The following definitions formalize this intuition. 

Definition 4. Let Suit denote the set of non-empty sets of tokens in which, for simplicity purposes, each 
token differs from the others. Such a set is typically denoted as L= [t\,...fp\ and is thus such that ti tj 
for i 7 ^ j. Define a dense set of tokens as a set ofSnlt associated with a positive integer. Such a dense set 
is typically represented as L[m), with L the set of tokens and m an integer. 

The distribution of the density over a set of tokens is formalized through the following distribution 
function. 

Definition 5. Define the distribution of tokens from dense sets of tokens to sets of tuples of dense tokens 
as follows: 

^{[ti,--- ,tp]{m)) = {(fi(mi),--- ,tp{mp)) : mi H- \-mp = m} 

Note that, thanks to the definition of dense tokens, we assume above that the m,- ’s are positive integers. 
For the sake of simplicity, we shall call the set S>{[ti,--- ,fp](m)) the distribution of mover dp\- 

The distribution of an integer m over a set of tokens L has the potential to express the behavior of 
the extended primitives. Indeed, telling a dense set amounts to telling atomically the tfmifs of a tuple 
defined above. Asking or getting a dense set requires to check that a tuple of ^([fi, • • • , tp] (m)) is present 
on the considered store. For the negative ask, the requirement is that none of the tuple is present. For the 
ease of writing and to make this latter concept clear, we introduce the following concept of intersection. 
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Definition 6. Let m be a positive integer, L = [t\, - ■ ■ ,tp\ be a set of tokens and o a store. We define 
S>{L{m)) r\o as the following set of tuples of dense tokens : 

^{L{ni))r \0 = {{ti{mi),...,tp{mp)) G ^{L{m)) : V/{o(m/)} C a} 

From an implementation point of view, it is worth observing that one may give a syntactical charac¬ 
terization of the emptyness of such an intersection. 

Definition 7. Given a store o and a dense set L{m), with L = [ti, • • • fp], we denote by Max{o,L{m)) 
the tuple {t\{ni\),... ,tp{mp)) where the mfs denote the number of occurrences ofti in o. Moreover, we 
denote by SMax[o,L[m)) the sum mi-\ - \-mp 

It is easy to establish the following proposition. 

Theorem 1. For any dense set of tokens L{m) and any store o, one has ^{L{m)) □ a = 0 iff 
SMax{<J,L(m)) <m. 

Proof Simple verification. □ 

We are now in a position to specify the language extension handling dense sets of tokens. 

Definition 8. Define the set of dense sets primitives ^dbd the set of primitives T^bd generated by the 
following grammar: 

Tdbd ••= tell{L{m)) \ ask{L{m)) \ get{L{m)) \ nask{L{m)) 
where L[m) represents a dense set of tokens. 

The transition steps for these primitives are defined in figure |3] As suggesfed above, rule {T^bd) 
specifies fhaf felling a dense sef L{m) of tokens amounfs to afomically add fhe multiple occurrences 
ti{mi)’s of fhe tokens of a fuple of fhe disfribufion of m over L. Nofe fhaf fhe selected fuple is chosen 
non-deferminisfically, which gives fo a fell primitive a non-deferminisfic behavior as opposed fo fhe tell 
primitives of Bach and Dense Bach. Rule {A^bd) sfafes fhaf asking for fhe dense sef L{m) amounfs fo 
testing fhaf a fuple of fhe disfribufion of m over L is in fhe sfore, which is fechnically sfafed fhrough fhe 
non-empfyness of fhe infersecfion of fhe disfribufion and fhe sfore. Rule {Gdbd) requires fhaf fhe fokens 
of fhe fuples are removed in fhe considered mulfiplicify. Finally, rule (Ndbd) specifies fhaf negafively 
asking L{m) succeeds if m is sfricfly posifive and no fuple of fhe disfribufion of m over L is presenf on 
fhe currenf sfore. 

2.2 Languages 

We are now in a posifion fo define fhe languages we shall consider. The sfafemenls of fhese languages, 
also called agents, are defined from fhe fell, ask, gel and nask primitives by possibly combining fhem by 
fhe classical choice operafor +, used among ofhers in CCS, parallel operafor (denofed by fhe 11 symbol) 
and fhe sequential operafor (denoted by fhe ; symbol). The formal definition is as follows. 

Definition 9. Define the Bach language .^b the set of agents A generated by the following grammar: 

A ::= r I A ; A I A II A I A + A 

where T represents a token-based primitive. Define the Dense Bach language J^db similarly but by 
taking dense token-based primitives Td: 
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™ _ in(mi),--- ,tp(mp)) e &{L{m)) _ 

^ {teU{L(m))\a)^{E\aU{tdmi),--M'^p)}) 


(Adbd) 


^(L(m))nf7^0 
( ask{L(m)) \ a ) —> {E \ a) 


,p ^ _ (fi(mi),--- ,tp{mp)) g &{L{m)) _ 

{get(L{m)) I ,VK)} > ^ I ^ > 


(Ndbd) 


m > 0 and &(L(m)) n cr = 0 
( nask(L{m)) \ a ) — > (Z? | O') 


Figure 3: Transition rules for set of token-based primitives (Dense Bach with distributed Density) 


Define the Dense Bach with distributed Density language ^dbd similarly but by taking lists of token- 
based primitives T^bd- 

Adbd '■'■= Tdbd I Adbd ; Adbd I Adbd 11 Adbd I Adbd + Adbd 

Subsequently, we shall consider sublanguages formed similarly but by considering only subsets of these 
primitives. In that case, if Jif denotes such a subset, then we shall write the induced sublanguages as 
and respectively. Note that for the latter sublanguages, the tell, ask, nask 

and get primitives are associated with the basic pairs described above. 

2.3 Transition system 

To study the expressiveness of the languages, a semantics needs to be defined. As suggested in the 
previous subsections, we shall use an operational one, based on transition systems. For each transition 
system, the configuration consists of agents (summarizing the current state of the agents running on the 
store) and a multi-set of tokens (denoting the current state of the store). In order to express the termination 
of the computation of an agent, we extend the set of agents by adding a special terminating symbol E 
that can be seen as a completely computed agent. For uniformity purpose, we abuse the language by 
qualifying E as an agent. To meet the intuition, we shall always rewrite agents of the form {E\A), (£ 11 A) 
and (A || £") as A. This is technically achieved by defining the extended sets of agents as Afs U {F"}, 
.^db U {£■} or .^dbd U {£"} and by justifying the simplifications by imposing a bimonoid structure. 

The rules for the primitives of the languages have been given in Figures [U to [3] Figured details the 
usual rules for sequential composition, parallel composition, interpreted in an interleaving fashion, and 
CCS-like choice. 

2.4 Observables and operational semantics 

We are now in a position to define what we want to observe from the computations. Following previous 
work by some of the authors (see eg iziisiiisaa), we shall actually take an operational semantics 
recording the final state of the computations, this being understood as the final store coupled to a mark 
indicating whether the considered computation is successful or not. Such marks are respectively denoted 
as 5+ (for the successful computations) and 5 (for failed computations). 
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(A I g) —4 {A' I a') 


(A ; B 1 g> — 

> (A'; B 1 &) 

(A 1 g> — 

, (A' 1 g') 

(A||B|g> — 

>(A'||B|g') 

(B||A|g> — 

>(B||A'|g') 

(A 1 g> — 

> (A' 1 g') 

(A + B 1 g) - 

(A' 1 g') 

(B + A g> - 

(A' 1 g') 


Figure 4: Transition rules for the operators 




y 
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y 


—► 



IL 




Figure 5: Basic embedding. 


Definition 10. 

1. Define the set of stores Sstore as the set of finite multisets with elements from S token. 

2. Let 5^ and 5 be two fresh symbols denoting respectively success and failure. Define the set of 
histories Shist as the cartesian product Sstore x {5^,5^}. 

3. For each language Lfi of the languages .SFdbd, define the operational semantics Gi : 

L£i ^{Shist) as the following function: for any agent A G .if 

&{A) = {(a,5+):(A|0)^*(£|a)} 

U{(a,5-):(A|0) 

3 Comparison of Dense Bach and Dense Bach with Distributed Density 

This section focusses on the comparison between the Dense Bach language and the newly introduced 
Dense Bach with Distrbuted Density language. 

3.1 Modular embedding 

A natural way to compare the expressive power of two languages is to determine whether all programs 
written in one language can be easily and equivalently translated into the other language, where equiva¬ 
lent is intended in the sense of conserving the same observable behaviors. 

According to this intuition, Shapiro introduced in ITtI a first notion of embedding as follows. Con¬ 
sider two languages and Lf". Assume given the semantics mappings {Observation criteria) y : Af y 

and y : Af" 0's, where 0^ and 0's are on some suitable domains. Then y can embed ££' if 
there exists a mapping ‘0 (coder) from the statements of A£' to the statements of 50, and a mapping 
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(decoder) from to ^'s, such that the diagram of Figure |5] commutes, namely such that for every 
statement A G = ^'{A). 

This basic notion of embedding turns out however to be too weak since, for instance, the above 
equation is satisfied by any pair of Turing-complete languages, de Boer and Palamidessi hence proposed 
in [T] to add three constraints on the coder ^ and on the decoder Qc in order to obtain a notion of modular 
embedding usable for concurrent languages: 


1 . 


Qc should be defined in an elemenf-wise way wifh respect to ffg, namely for some appropriate 
mapping Siei 

VX G : %{X) = {%i (^) I ;r G X} (A) 


2 . the coder la should be defined in a composifional way wifh respecf to the sequential, parallel and 
choice operators: 

^(A ; B) = ^(A) ; ^{B) 

^{A\\B) = ^{A)\\^{B) (P2) 

^(A + B) = ^(A) + ^{B) 

3. the embedding should preserve the behavior of the original processes with respect to deadlock, 
failure and success (termination invariance): 

VX G GX : tm'{%i{x)) = tm{x) (P3) 

where tm and tm ’ extract the termination information from the observables of .if and .if', respec¬ 
tively. 

An embedding is then called modular if it satisfies properties Pi, P 2 , and P 3 . The exisfence of a 
modular embedding from info .if is subsequenfly denofed by < J^. If is easy fo prove fhat < is a 
pre-order relation. Moreover if jSf' C .if then .if' < .if that is, any language embeds all its sublanguages. 
This property descends immediately from the definition of embedding, by setting ^ and S>c equal to the 
identity function. 

3.2 Formal propositions and proofs 

Let us now turn to the formal proofs. As a first result, thanks to the fact that any language contains its 
sublanguages, a number of modular embeddings are directly established. In subsequent proofs, this is 
referred to by language inclusion. 

Proposition 1. .SfoBoi V) < X),for any subsets of \ff,x of primitives such that Y^Z- 

A second observation is that Dense Bach primitives are deduced from the primitives of Dense Bach 
with Distributed Density by taking dense sets with only one token, the density being the same. As 
a result Dense Bach sublanguages are embedded in the corresponding Dense Bach with Distributed 
Density sublanguages. 

Proposition 2. X) ^ -^OBoi X)> for any subset of % of primitives. 


Proof. Immediate by defining fhe coder as follows: 

^(tell{t(m))) = tell([t]{m)) 

‘if (ask(t (m))) = ask([t](m)) 


‘f{get{t{m))) = get{[t]{m)) 

{nask{t (m))) = nask([t](m)) 


□ 
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Proposition 3. ^DB{teU) and equivalent. 

Proof. Indeed, thanks to proposition [H J^og(tell) < .i^B£)(tell). Furthermore, as to each distri¬ 
bution of tokens from dense set of tokens ,tp]{m)) is associated a finite set of tuple of 

dense tokens {(ti(mi),-- - ,tp{mp)) : m\ + ■ ■ ■ + nip = m}, by coding any tell{L{m)) primitive as 
tell{t\{m])) ; ••• ; tell{tp{mp)) primitives, and by using the identity as decoder, one establishes that 
.i%BD(tell) < .i^B(tell). □ 

As a result of the expressiveness hierarchy of |T2l, it also comes that both languages J^£)B(ask,tell) 
and .if^B(nask,tell) are strictly more expressive than .ifoB/)(tell) since both have been established strictly 
more expressive than ^^^(tell). 

Let us now compare (ask,tell) with its distributed dense counterpart. 

Proposition 4. .^DB{ask,tell) < .SfoBoi^^Ktell) 

Proof. On the one hand, J^og(ask,tell) < .i!£)B£)(ask,tell), by proposition |2l On the other hand, 
J^B£)(ask,tell) ^ J^DB(ask,tell) may be established by contradiction. The proof proceeds by exploit¬ 
ing the inability of jSfoB(ask,tell) to atomically test the presence of two distinct tokens a and b. Assume 
thus the existence of a coder ^ : .i5oBD(ask,tell) —> .i5ofi(ask,tell) and consider AB = ask{[a,b\{2)). 
Let us prove that its coder is empty, which is absurd since, by definition |9l it should contain at least 
one primitive. To that end, one may assume that is in normal form Q and thus is written as 

tell{ti)',Ai -|- \-telliJf)',Ap + ask{u\)',B\ -\ - \- ask{uf)-,Bq, where U and uf denote the token t,- and 

Uj associated to a density. In this expression, we will establish that there is no alternative guarded by 
a telKJi) operation, and no alternative guarded by a askilTj) operation either, in which case ‘rf{AB) is 
empty. 

Let us first establish by contradiction that there is no alternative guarded by a telKJi) operation. 
Assume there is one, say guarded by telKJi). Then D = f^{AB)\tb) —> (A,|ti) is a valid computation 
prefix of ^(AB). If should deadlocks afterwards since ff{AB) = (0,5^). However D is also a valid 
compulation prefix of '^{AB+ tell{[a\{\))). Hence, 'io{AB + tell{[a\{\))) admits a failing computation 
which contradicts the fact that ff{AB + tell{[a\{l))) = ({a},5+). 

Secondly we establish that there is also no alternative guarded by an askilTj) operation. To that end, 
let us first consider two auxiliary computations: as ^{tell{[a]{l))) = ({a},5+), any computation of 
^{tell{[a]{l))) starting in the empty store succeeds. Let (^(teZ/([a](l)))|0) ^ {E\{ai,... ,a,„}) 

be such a computation. Similarly, let {'rf(tell{[b]{l)))\tl)) ^ > {E\{bi,... ,b„}) be one computa¬ 

tion of 'rf{tell{[b]{l))). The proof of the claim proceeds in two steps. First let us prove that none 
of the M,’s belong to {a\,... ,am}- By contradiction, assume that n, = a^ for some k and that d is 
the density associated to n,-, namely, nj = ufd). Let us observe that, since it is in (ask,tell), 
the considered computation of ^{tell{[a]{\))) can be repeated sequentially, as many times as needed. 
As a result, by using to denote the sequential composition of d instances of A, the sequence 
D' = f^{tell{[a\{l))‘^-,AB)\tIl) —>•••—> (AS|{af> {Bj\{a\,...,a'J]) is a valid computation 
prefix of ^(te//([a](l))^;AB), which can only be continued by failing suffixes. However D' induces Ihe 
following compulation prefixD" for tell{[a]{l))‘^\ (AB-t-a^k([«](!))) which admils only successful com¬ 
pulations: D" = f^{tell{[a\{l))'^ -Jab + ask{[a\{l))))\tb) ^ {ABask{[a\{\))\{a'^[,... ,a!^^f\) — 

(By|{af,... joJ}). The proof proceeds similarly in fhe case uj ^ bi,... ,b„ for some y E 1,... ,^ by Ihen 
considering lell{[b]{l))'^',AB and tell{[b]{l))‘^; {AB + ask{[b]{l))). 

Finally, fhe facl lhal fhe u[s do nol belong lo {ai,...,am} U {bi,...,bn} induces a 
conlradicfion. Indeed, if Ihis is fhe case Ihen {^{tell{[a]{l));tell{[b]{\))',AB)\(l)) ^ 
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{tell{[b]{l))-,AB)\{ai ,... ,am}) —^ {AB\{a\,.. .. ,bn}) 7 ^ is a valid failing computation 

prefix of ‘i0'{tell{[a]{l))Uell{[b]{l))',AB) whereas tell{[a]{l))',tell{[b]{l))',AB has only one successful 
computation. As a conclusion, ^ {AB) is equivalent to an empty statement, which is absurd by defini¬ 
tion g] □ 

Symmetrically, .i?^B(nask,tell) is strictly less expressive than .i^B£)(nask,tell). 

Propositions. ^DB{nask,tell) < ^DBD{nask,tell). 

Proof. On the one hand, .i^B(nask,tell) < jSfoB/)(nask,tell) holds by proposition |2] On the other hand, 
.ifoBD(nask,tell) ^ .i^B(nask,tell) is proved by contradiction, assuming the existence of a coder The 
proof proceeds as in proposition |4]but this time by exploiting the inability of JifoB(nask,tell) to atomically 
test the absence of two distinct tokens a and b. 

□ 

j^OB/)(nask,tell) and .ifog(ask,tell) are not comparable with each other, as well as jSfog/)(ask,tell) 
with regards to .i^B(nask,tell). 

Proposition 6. 

(/) .^DBoinask,tell) ^ Afoniask,tell) (Hi) .^oBoiask,tell) ^ AfoBi^ask,tell) 

(//) .^DBiask,tell) ^ AfoBoinask,tell) (iv) .^oBinask,tell) ^ AAoBoiask,tell) 

Proof, (i) Otherwise we have .ifz)B(nask,tell) < (ask,tell) which has been proved impossible in 

ifT^ . (ii) By contradiction, consider A = tell{t{\)) ; ask{t{\))). One has ^(A) = {({t(l)},5+)}. 
Hence, by P^, ^{A) succeeds whereas we shall establish that it has failing computations. Indeed, 
since ff{ask{t{\))) = {(0,5^)}, any computation of 1o{ask{t{\))) starting on the empty store fails. 
As '^{ask{t{l))) is composed of nask and tell primitives, this can only occur by having a nask prim¬ 
itive preceded by a tell primitive. As enriching the initial content of the store leads to the same re¬ 
sult, any computation starting on any (arbitrary) store fails. As a consequence, even if '^(fcZZ(f(l))) 
has a successful computation, this computation cannot be continued by a successful computation of 
'^{ask{t{l))). Consequently any computation oi'io{tell{t{l))-,ask{t{l))) fails, which produces a contra¬ 
diction. (iii) Otherwise we would have (ask,tell) < J^oB(nask,tell) which has been proved impossi¬ 
ble in lIT^ . (iv) By contradiction, consider A = tell{t{\)) ; nask{t{\))). One has ^(A) = {({z},5^)}. 
By P 3 , ^(A) fails, whereas we shall establish that it has a successful computation. Indeed, since 
^{tell{t{\))) = {({t(I)},5+)}, any computation of ^(tcZZ(t(I))) starting on the empty store is suc¬ 
cessful. Similarly, it follows from ff{nask{t{\))) = {(0,5+)} that any computation of ^{nask{t{\))) 
starting on the empty store is successful, and, consequently, is any computation starting from any store, 
since ‘to{nask{t{l))) is composed of ask and tell primitives. Summing up, any (successful) computation 
of '^(teZZ(z)) starting on the empty store can be continued by a (successful) computation of 1o{nask{t)), 
which leads to the contradiction. □ 

j^OB/)(nask,tell) and (ask,tell) are not comparable with each other, as well as .i^B/)(nask,tell) 

with regards to .i?})B(ask,nask,tell). 

Proposition 7. 

(Z) .^DBoi^ask,tell) ^ AfoBoiask,tell) {Hi) AfoBiask,nask,tell) ^ .^oBoinask,tell) 

(ii) .^DBoi^sk,tell) ^ AfoBoinask,tell) (iv) AfoBoinask,tell) ^ AfoBiask,nask,tell) 
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Proof, (i) Otherwise .i!^B(nask,tell) < (ask,tell), which contradicts proposition 6 (iv). (ii) and (iii) 

Otherwise ^DB(ask,tell) < J^B£)(nask,tell), which contradicts proposition 6 (ii). (iv) The proof proceeds 
as in proposition 5(ii). The presence of the ask primitive in does not modify the reasoning, as it 
does not destroy elements and so does not modify the state of the store a. □ 

Symmetrically, .i?oB(get,tell) and (ask,tell) are not comparable with each other, as (get,tell) 
and J^B£)(nask,tell) are not comparable with each other. 

Proposition 8. 

(/) .Sfosiget,tell) ^ J^DBoiask,tell) {iii) tell) ^ .^DBD{>^ask,tell) 

(a) .SfoBoiask,tell) LfDB{get,tell) (iv) LfoBoinask,tell) ^ Lfosig^t,tell) 

Proof, (i) By contradiction, consider tell{t{\)) ; get{t{\)). One has ff{tell{t{\)) ; gef(f(l))) = 
{(0,5+)}. By P 2 and P 3 , any computation of 0'{^{tell{t{\))) ; if {get {t {!)))) is thus successful. Since 
if {get {t {!))) is composed of ask and tell primitives only and since ask and tell primitives do not de¬ 
stroy elements, at least one computation of ff{f{tell{t{\))) ; io{get{t{\))) ; {get{t{!)))) is successful. 
However, ff{tell{t{\)) ; get{t{\)) ; get{t{\))) = {(0,5~)}, which provides the contradiction. 

(ii) The proof is established by contradiction. Intuitively, .i(Dfi(get,tell) is unable to atomically test 
the presence of a and b. Let us thus consider AS = ask{[a,b\{2)) and prove that its coder has a successful 
computation. This leads to a contradiction since AB has just one failing computation. To that end, one 

may assume that ^(AB) is in normal form (see ||6l) and thus is written as tell(J\)',A\ -|- \-tell{ff)-,Ap + 

get{u\)',B\ -\ - \-get{uf)',Bq, where U and Wj denote the token 6 and Uj associated to a density. 

The proof proceeds by establishing that (I) there is no alternative guarded by a telliji) operation, 
and (II) there is no alternative guarded by a getiuj) operation. In which case, if{AB) is equivalent to an 
empty statement, which is not possible in view of definition |9] 

CASE I: there is no alternative guarded by a telKJi) operation. Otherwise, D = (^(AB)|0) —> 
{Ai\{ti}) would be a valid computation prefix of if{AB) which should deadlocks afterwards since 
ff{AB) = 1(0,5^)}. However D is also a valid computation prefix of '^{AB+ tell{[d\{\))). Hence, 
^{AB + tell{[a\{\))) admits a failing computation which contradicts the fact that {AB + tell{[a]{\))) = 
({a},5+). 

CASE II: there is no alternative guarded by a get{uj) operation. To that end, let us first consider two 
auxiliary computations: as ^{tell{[a]{\))) = {({a},5+)}, any computation of '^{tell{[a]{\))) starting 
in the empty store succeeds. Eet {f{tell{[a\{\)))\tb) {E\{ai,... ,a„,}) be such a computation. 

Similarly, let ((feZZ([5](l)))|0) ^ ••• {E\{b\,... ,bn)) be one computation of f{tell{[b\{l))). As 

these two computations start by assuming no token on the store and since .i^ 5 (get,tell) does not con¬ 
tain negative tests, it is easy to verify that they can be put sequentially so as to establish the following 
computations: 


{^{tell{[a\{\))-tell{[b\{\)))\%) ^ ^ {^{tell{[b]{\)))\{a ^,... 

^-^ {E\{a\,...,am}0{b\,...,bn}) 

{^{tell{[b]{\)y,tell{[a]{\)))\tb) ^ ^ {^{tell{[a]{l)))\{b ,,... M) 

^ • • • —> {E\{a\,... ,afn\yj {b \,... ,5„}) 

As ip{tell{[a]{\))-,tell{[b]{\))',AB) has a successful computation, one of the get {if) succeeds, and, con¬ 
sequently, one has {uj} C {aj,... U {by ,... for some j. Assume u] = at for k and let d be the 
density associated to uj, namely, Wj = ak{d). Then 

D' = (^(teZZ([a](l));AB)|0) (^(AB)|{ai,... ,am}) —> {Bj\{ai,... , 0 ^} \ {uj}) 
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is a valid computation prefix of 'rf{tell{[a]{l))',AB). It can only be continued by failing suf¬ 
fixes since tell{[a]{l))-,AB fails. However, fhis induces fhe following compufafion prefix D” 
for '^{tell{[a]{\))-,{AB + ask{[a]{l)))) and fhus a failing compufafion whereas tell{[a]{l))',{AB + 
a 5 ^([a](l))) only admifs a successful compufafion: 

D" = {'io{tell{[a]{\))-,{AB + ask{[a]{\))))\%) ^ (AB-|-a 5 ^([a!](l))|{ai,... ,am}) 

The proof proceeds similarly in fhe case for some k by fhen considering tell{[b\{\))-,AB and 

tell{[b\{\))',{AB + ask{[b\{l))). (iii) Ofherwise, (nask,fell) would be embedded in .ifoB(gef,fell), 
which has been prooved impossible in proposifion 12(iv) of llT^ . (iv) Ofherwise, (ask,fell) would 

be embedded in .if/)BD(nask,fell) which confradicfs proposifion 6 (ii). 

□ 


Lef us now prove fhaf .i^B(gef,fell) is nof comparable wifh .i5oB/)(ask,nask,fell). 

Proposition 9. 

(/) ^DB{get,tell) ^ A('DBD{ask,nask,tell) 

(ii) ^DBD{ask,nask,tell) ^DB{g^t,tell) 

Proof, (i) By confradicfion, consider tell{t{\)) ; get{t{\)), for which ; get{t{\))) = 

{(0,5+)}. Hence, by P 2 and P 3 , any compufafion of '^{tell{t{\))) ; ‘^{get{t{l))) is successful. 
Such a compufafion is composed of a compufafion for '^{tell{t{\))) followed by a compufafion for 
'^(gcf(f(l))). As fhe laffer is composed of ask, nask, and fell primifives which do nof desfroy elemenfs 
on fhe store, fhe laffer compufafion can be repeafed sfep by sfep which yields a successful compufafion 
for ^{tell{t{\))) ; {^{get{l{\))) || ^{get{l(I)))). However, ff{tell{t{l)) ; {get{t{l)) || get{t{\))) = 
1(0,5^)}, which produces fhe announced confradicfion. (ii) Ofherwise, .i^B(nask,fell) would be em¬ 
bedded in .if})B(gef,fell) which has been prooved impossible in proposifion 12 (iv) of lfT2ll . □ 

Lef us now include fhe gef primitive in fhe Dense Bach wifh Disfribufed Densify language. We firsf 
prove fhaf (gef,fell) is embedded in .if})B/)(ask,gel,lell), buf is nof embedded in .i^ 5 o(ask,fell). 

Proposition 10. AfoBDigetdell) < .SfoBuiask,get, tell) and AfoBoigebtell) ^ .^DBD{ask,tell) 

Proof, (i) One has .if})Bo(get,tell) < .i^Bo(ask,get,tell) by language inclusion, (ii) By contradiction, 
consider A = tell{[t]{\)) ; get{[t]{\)). One has 0'{A) = {(0,5+)}. By P 2 and P3, any computation of 
&{^{tell{[t]{\))) ; ^(gcf([f](l)))) is thus successful. Such a computation is composed of a computation 
for ‘to {tell{\t\{\))) followed by a computation for '^{get{[t]{\))). As 'if{get{\t\{\))) is composed of ask 
and tell primitives and since ask and tell primitives do not destroy elements, this latter computation can be 
repeated, which yields successful computations for i^{‘^{tell{[t]{\))) ; '^{get{[t]{\))) ; '^{get{[t]{\)))). 
However, 0'{tell{[t]{\)) ; gef([f](l)) ; gcf([f](l))) = {(0,5^)}, which leads to the contradiction. 

□ 


Let us now establish that .i^ 5 (get,tell) is strictly less expressive than J^Bo(get,tell). 

Proposition 11. .^DB{get,tell) < .^DBD{get,tell) 

Proof. On the one hand, (get,tell) < Jif})Bo(get,tell) holds by proposition |2] On the other hand, 

.^DBD{ggl,leAl) -f. .if})B(get,tell) may be proved exactly as in proposition 8 (ii), where we replace any 
occurrence of ask([a,b]( 2 )) by get([a,b]( 2 )). □ 
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In order to use once more the reasoning of proposition 8(ii), we now prove that .i^B£)(ask,tell) is not 
comparable with ^^^(nask,get,tell). 

Proposition 12. 


(/) L^'oEoiaskdell) ^ ^oeinask,get,tell) 

{a) ^DB{nask,get,tell) ^ L^'DBDiask,tell) 


Proof, (i) The proof proceeds as in proposition 8(ii), by constructing a successful coded computation 
for the same failing agent ask{[a,b\{2)) with the alternatives guarded by a nask primitive of the nor¬ 
mal form of the coded version treated as the alternatives guarded by a tell primitive, (ii) Otherwise 
(nask,tell) < .ifoBD(ask,tell) which contradicts proposition 6(iv). □ 


We can now prove that .ifbB£)(get,tell) is not comparable with respectively (nask,tell), 

.ifbBD(nask,tell), .i^B(nask,get,tell),.i!bBD(ask,nask,tell) and .i^B(ask,nask,tell). 


Proposition 13. 

(/) .SfDBD{g^t,tell) ^ LfDB{nask,tell) 

(a) .^DB{nask,tell) .SfoBoig^ktell) 

(Hi) .^DBD{get,tell) ^ SfDBD{nask,tell) 

(iv) .^DBD{nask,tell) ^ LfoBoig^ktell) 

(v) Jfi)BD{g^t,tell) ^ .^db( nask,get,tell) 


(vi) .^DB{nask,get,tell) ^ .SfoBoig^btell) 
{vii) .SfoBoig^ktell) ^ .^DBD{ask,nask,tell) 

{via) J!fDBD{ask,nask,tell) ^ .^DBoigeUtell) 
(ix) .5fDBD{get,teU) ^ .^DB{(isk,nask,tell) 
{x) .SfDB{ask,nask,tell) ^ .^oBnig^Utell) 


Proof, (i) Indeed, otherwise we have .i^B(ask,tell) < (nask,tell) which has been proved impossible 
in 021. (ii) By contradiction, consider A = tell{t{l)) ; nask{t{T)), for which ff{A) = {({t(l)},5^)}. 
Then, by P 2 and P 3 , any computation of '^(teZZ(t(l))) ; ^{nask{t{l))) must fail whereas we shall es¬ 
tablish that ^{lell{l{\))) ; {naskf {!))) has a successful computation. Indeed, let us observe that 
0‘{tell{t{\))) = {({t(l)},5+)} and 0'{nask{t{\))) = {(0,5+)}. For both cases, by P 3 , any computa¬ 
tion of ^{tell{t{\))) and {nask{t{\))) starting on the empty store is successful. Consequently, since 
'ip{tell{t{\))) and '^{nask{t{\))) are composed of get and tell primitives, so are all of their compu¬ 
tations starting from any store. Therefore, any (successful) computation of 'ip{tell{t{\))) starting on 
the empty store can be continued by a (successful) computation of '^{naskf {!))), which leads to the 
contradiction, (iii) Otherwise we have (ask,tell) < .i^B/)(nask,tell) which contradicts proposition 

6 (ii). (iv) Otherwise we have .i^B(nask,tell) < .i?bBD(get,tell) which contradicts (ii) above, (v) Sim¬ 
ilar to proposition 11. (vi) Otherwise .i^B(nask,tell) < (get,tell) which contradicts (ii) above, 

(vii) By contradiction. Let us first observe that ff{tell{[t\{\)) ; gez([t](l))) = {(0,5+)}. By P 2 and 
P 3 any computation of ftp{tell{[t]{\))) ; ^(gez([t](l)))) starting in the empty store is thus success¬ 
ful. By repeating step by step the computation of ^(get([t](l))), this leads to a successful compu¬ 
tation of fio{tell{\t]{\))) ; ftp{get{[t]{l))) || ‘^(gef([z](l))))) starting in the empty store. However, 
ff{tell{[t\{\)) ; (gez([f](l)) || gez([f](l)))) = {(0,5^)}, which leads to the contradiction, (viii) Oth¬ 
erwise .i^B£)(nask,tell) < (get,tell) which contradicts proposition (iv) above, (ix) Otherwise 
■^BD(get>tell) < .i5bBD(ask,nask,tell) which contradicts (vii) above, (x) Otherwise .ifbB(nask,tell) < 
.i^gg)(get,tell) which contradicts (ii) above. □ 


Let us now establish that (nask,tell) and jSfg)g(ask,nask,tell) are strictly less expressive than 

.^dbd (ask,nask,tell). 
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Proposition 14. 

(/) ^DBD{nask,tell) < ^DBD{cisk,nask,tell) 

{a) ^DB{cisk,nask,teU) < ^DBDiask,nask,tell) 

Proof, (i) By sublanguage inclusion, one has .if^s£)(nask,tell) < jSfoB/)(ask,nask,tell). Moreover, if we 
had ^DBZ)(ask,nask,tell) < ^DBZ)(nask,tell), then we would have .i5^B£)(ask,tell) < jSf£)ez)(nask,tell), 
which contradicts proposition 7(ii). 

(ii) Let us thus proceed by contradiction by assuming the existence of a coder If from 
.i^OBD(ask,nask,tell) to .ifDB(ask,nask,tell). Let n be the cumulative occurrences of tokens in nask prim¬ 
itives of ^ {tell ([a] (1))). 

As '^{tell{[a\{\))) has only successful computations, let Sa be the store resulting from one of them. 
Moreover, as a matter of notation, let the construction denote the parallel composition of q copies 
of A. As (teZZ([Z 7 ](l)))ll("+^^ ; teZZ([a](l))) succeeds as well, let 5^ denote the store resulting from one 
successful computation of its coding. Consider finally ABs = ask{[a,b\{n + 4)) with the intuitive aim of 
requesting one a with n + 3 copies of b. Consider If {ABs) in its normal form: 

tell{t\) ; Aj + '- 'A tell{tp) ; Ap 

+ ask{u\) ; H- \-ask(jlf) ; Bq 

+ nask(ff\) ; Cl H- \-nask(fffj ; Cr 

As in proposition 5(ii), it is possible to establish that there are no alternatives guarded by telliTi) and 
nask{vj) primitives. 

Let us prove that {ui , • • • , fl (S'a U S'f) = 0. This is done in two steps by establishing that (1) 
{«!,• • • ,Uq}(^Sa = 0 , and that ( 2 ) {ui, • • • ,m^} = 0 . 

First let us prove that {u \, • • • ,D= 0. Assume u, G Sa and let d be the density associated to 
namely, ul = ufd). Let us observe that each step of the considered computation of ^(teZZ([a](l))) can 
be repeated in turn, in as many parallel occurences of it as needed, so that 

P = {^{tell{[a]{l))''''^ ■, ABs)\lb) 

—7- • • • —>■ (AB^I Sa) 

^ {BifVdUSa)) 

is a valid computation prefix of ^(feZZ([fl;](l))ll^ ; ABs), which can only be confinued by failing suf¬ 
fixes. However Pinduces fhe following compufafion prefixP'for'^(teZZ([a](l))li^ ; {ABs + tell{[a]{\)))) 
which admifs only successful compufafions: 

P' = ('^(ZeZZ([a](l))ll^ ; {ABs + tell{[a]{l))))\<ib) 

^ ... ^ {^{ABs + tell{[a]{l)))\Vdt,Sa) 

^ {Bi\{yjUSa)) 


leading fo fhe confradicfion. 

Secondly, fhe proof fhaf {u \, • • • , n 5^ = 0 is esfablished similarly by considering instead of Sa 
and tell{[b\{l)) instead of teZZ([a](1)). □ 

■iSfDBZ)(ask,tell) is sfricfly less expressive fhan .ifog£)(ask,nask,teh). 

Proposition 15, AfDBD{a^k,tell) < AfDBD{a^k,nask,tell) 
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Proof. On the one hand, (ask,tell) < .i^B£)(ask,nask,tell) results from language inclusion. On 

the other hand, one has .i^B£)(ask,nask,tell) ^ .if) 5 BD(ask,tell) since otherwise .i5oBB)(nask,tell) < 
(ask,tell), which contradicts proposition 7(i). □ 

Symmetrically to proposition 12(i) and 12(ii), J^B)B(nask,get,tell) is not comparable with 
^z)BD(nask,tell). 

Proposition 16. 

(/) .^minask,get,tell) ^ LfDBD{nask,tell) 

(a) LfDBD{nask,tell) ^ get,tell) 

Proof, (i) Otherwise, .i^B(ask,tell) < J^B)BZ)(nask,tell) which contradicts proposition 6(ii). 

(ii) The proof proceeds by contradiction, similarly to the proofs of .i^BD(nask,tell) ^ 
.ifoB(ask,nask,tell) of proposition |7](iv), which itself extends that of J^B)BZ)(nask,tell) ^ .i?oB(nask,tell) 
of proposition |5])ii). 

□ 


.ifDB(nask,get,tell) is not comparable with .i?oBD(ask,nask,tell). 

Proposition 17. 

(/) .SfDBDiask,nask,tell) ^ .^minask,get,tell) 

{a) LfDBinask,get,tell) ^ LfDBD{ask,nask,tell) 

Proof, (i) Otherwise, .i^BD(ask,tell) < J^B)B(nask,get,tell) which contradicts proposition 12(i). (ii) Re¬ 
sulting from proposition 9(i). □ 

.^DBZ)(ask,nask,tell) is strictly less expressive than .i?oBD(ask,nask,get,tell). 

Proposition 18. .^DBD{ask,nask,tell) < .SfDBDiask,nask,get,tell) 

Proof. On the one hand, .i^DBZ)(ask,nask,tell) < .i?/)BD(ask,nask,get,tell) results from language inclu¬ 
sion. On the other hand, J^DBD(ask,nask,get,tell) ^ .i?/)BD(ask,nask,tell). Otherwise, (get,tell) < 
J^BD(ask,nask,tell), which contradicts proposition 13(vii). □ 

j^B)BZ)(get,tell) is strictly less expressive than .if) 5 BZ)(nask,get,tell). 

Proposition 19, .5fDBD{get,tell) < .SfoBoinask,get,tell) 

Proof. On the one hand, .j2£)BD(get,tell) < jSf£)B£)(nask,get,tell) results from language inclusion. On 
the other hand, .i^oBD(nask,get,tell) -f. .i^BD(get,tell) is established by contradiction. Consider 
tell{[t\{l)) ; nask{[t]{\)), for which ff{tell{[t\{l)) ; nask{\t]{\)) = {({f(l)},5^)}. Hence, by P 2 and 
P 3 , ^{tell{[t]{\))) ; 'io {nask{[t]{\))) fails. The contradiction comes then from the fact that at least one 
computation of '^(teZZ([f](l))) ; {nask{[t]{\))) starting on the empty store is successful. Indeed, as 

ff{tell{\t]{\))) = {({t(l)},5+)}, any computation of '^{tell{[t]{\))) starting on the empty store suc¬ 
ceeds. Similarly, any computation of {nask{[t]{\))) starting on the empty store succeeds. Moreover, 
as {nask{[t]{\))) is composed of get and tell primitives only, for any store a, 'I 0 {nask{[t]{\))) admits 
at least one successful computation starting on a. It follows that any computation of 'ip{tell{[t]{l))) 
starting on the empty store can be continued by a (successful) computation of '^{nask{[t]{\))), which 
leads to the announced contradiction. □ 
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Finally, (ask,nask,get,tell) can be proved strictly less expressive than .i^s£)(ask,nask,get,tell). 

Proposition 20. ^db( ask,nask,get,tell) < ^DBDiask,nask,get,tell) 

Proof. On the one hand, .i^B(ask,nask,get,tell) < .i?oBD(ask,nask,get,tell) is directly deduced from 
proposition 2. On the other hand, if one had J^£)BD(ask,nask,get,tell) < .i^B(ask,nask,get,tell) then 
■^BD(get,tell) < .i^B(nask,get,tell) would hold, which contradicts proposition 13(v). □ 


4 Conclusion 

This paper is written in the continuity of our previous research on the expressiveness of Linda-like 
languages. It has presented an extension of our Dense Bach language, that had promoted the notions 
of density and dense tokens. The new language, called Dense Bach with Distributed Density, proposes to 
distribute the density on a finite list of tokens manipulated by the four classical primitives of the language. 
Technically this is achieved by associating a positive number, called density, to a finite list of tokens and 
to distribute this density among the tokens of the list. 

Our work builds upon previous work by some of the authors irTH^ fTSUTSll . We have essentially fol¬ 
lowed the same lines and in particular have used de Boer and Palamidessi’s notion of modular embedding 
to compare the families of sublanguages of Dense Bach and Dense Bach with Distributed Density. Ac¬ 
cordingly, we have established a gain of expressivity, namely that Dense Bach with Distributed Density 
is strictly more expressive than Dense Bach and, consequently, in view of the results of |[T2ll . strictly 
more expressive than the Bach and Linda languages. 

Our work has similarities but also differences with several work on the expressiveness of Linda- 
like languages. Compared to |[T^ and ll20l . it is worth observing that a different comparison criteria 
is used to compare the expressiveness of languages. Indeed, in these pieces of work, the comparison 
is performed on (i) the compositionality of the encoding with respect to parallel composition, (ii) the 
preservation of divergence and deadlock, and (hi) a symmetry condition. Moreover, as will be observed 
by the careful reader, we have taken a more liberal view with respect to the preservation of termination 
marks in requiring these preservations on the store resulting from the execution from the empty store of 
the coded versions of the considered agents and not on the same store. In particular, these ending stores 
are not required to be of the form a U a (where U denotes multi-set union) if this is so for the stores 
resulting from the agents themselves. 

In |21, nine variants of the .if(ask,nask,get,tell) language are studied. They are obtained by varying 
both the nature of the shared data space and its structure. Rephrased in the setting of [ll, this amounts 
to considering different operational semantics. In contrast, in our work we fix an operational semantics 
and compare different languages on the basis of this semantics. In ifTTI . a process algebraic treatment 
of a family of Linda-like concurrent languages is presented. Again, different semantics are considered 
whereas we have sticked to one semantics and have compared languages on this basis. 

In llTOll . a study of the absolute expressive power of different variants of Linda-like languages has 
been made, whereas we study the relative expressive power of different variants of such languages (using 
modular embedding as a yard-stick and the ordered interpretation of tell). 

It is worth observing that |l2l|T0l[IIl[T9ll23 do not deal with a notion of density attached to tuples. 
In contrast, CJj| and |41 decorate tuples with an extra field in order to investigate how probabilities and 
priorities can be introduced in the Linda coordination model. Different expressiveness results are estab¬ 
lished in El but on an absolute level with respect to Turing expressiveness and the possibility to encode 
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the Leader Election Problem. Our work contrasts in several aspects. First, we have established rela¬ 
tive expressiveness results by comparing the sublanguages of two families. Moreover, some of these 
sublanguages incorporate the nask primitives, which strictly increases the expressiveness. Finally, the 
introduction of density resembles but is not identical to the association of weights to tuples. Indeed, in 
contrast to |l3l|4|| we do not modify the tuples on the store and do not modify the matching function so 
as to retrieve the tuple with the highest weight. In contrast, we modify the tuple primitives so as to be 
able to atomically put several occurrences of a tuple on the store and check for the presence or absence 
of a number of occurrences. We have also introduced a distribution of a density among the tokens of 
a set, which results in adding a new non-deterministic behavior to the tell, ask and get primitives. As 
can be appreciated by the reader through the comparison of Bach, Dense Bach and Dense Bach with 
Distributed Density, this facility of handling atomically several occurrences produces a real increase of 
expressiveness. One may however naturally think of encoding the number of occurrences of a tuple 
as an additional weight-like parameter. It is nevertheless not clear how our primitives tackling at once 
several occurrences can be rephrased in Finda-like primitives and how the induced encoding would still 
fulfills the requirements of modularity. Moreover, in contrast to Finda-like language, due to the non¬ 
determinism of the get and tell primitives, it is not clear how to code ask primitives by get and tell ones 
in our distributed density framework. This will be the subject for future research. 

In fill, Viroli and Casadei propose a stochastic extension of the Finda framework, with a notion of 
tuple concentration, similar to the weight of Q and |4| and our notion of density. The syntax of this tuple 
space is modeled by means of a calculus, with an operational semantics given as an hybrid CTMC/DTMC 
model. This operational semantics describes the behavior of tell, ask and get like primitives but does 
not consider a nask like primitive. Moreover, no expressiveness results are established and there is no 
counterpart for non-determinism arising from the distribution of density on tokens. 

These three last pieces of work tackle probabilistic extensions of Finda-like languages. As a further 
and natural step in our research, we aim at studying how our notion of density can be the basis of such 
probabilistic extensions. As our work also relies on the possibility to atomically put several occurrences 
of tokens and test for their presence or absence, we will also examine in future work how Dense Bach 
with Distributed Density compares with the Gamma language. 
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